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DETAILED ACTION 

1 . This is a response to an amendment/response filed on 1 2/1 0/2008. 

2. Claims 1-2 and 9-10 have been amended. 

3. No claim has been canceled. No claim has been added. 

4. Claims 1-16 remain pending in the application. 



Response to Arguments 

5. Applicant's arguments with respect to claims 1 -1 6 have been considered but are 
moot in view of the new ground(s) of rejection. 

Claim Rejections - 35 USC § 103 

6. The following is a quotation of 35 U.S.C. 1 03(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

7. The factual inquiries set forth in Graham v. John Deere Co., 383 U.S. 1 , 148 
USPQ 459 (1966), that are applied for establishing a background for determining 
obviousness under 35 U.S.C. 103(a) are summarized as follows: 

1 . Determining the scope and contents of the prior art. 

2. Ascertaining the differences between the prior art and the claims at issue. 

3. Resolving the level of ordinary skill in the pertinent art. 

4. Considering objective evidence present in the application indicating 
obviousness or nonobviousness. 

8. This application currently names joint inventors. In considering patentability of 
the claims under 35 U.S.C. 103(a), the examiner presumes that the subject matter of 
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the various claims was commonly owned at the time any inventions covered therein 
were made absent any evidence to the contrary. Applicant is advised of the obligation 
under 37 CFR 1 .56 to point out the inventor and invention dates of each claim that was 
not commonly owned at the time a later invention was made in order for the examiner to 
consider the applicability of 35 U.S.C. 103(c) and potential 35 U.S.C. 102(e), (f) or (g) 
prior art under 35 U.S.C. 103(a). 

9. Claims 1-4, 6-12 and 13-16 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Mittal et al. US 7035212 B1) in view of Beshai et al. (US 
2004/0213291). 

As per claim 1 , Mittal discloses a method of queuing variable size data packets in 
a communication system (see figure 1a, end to end forwarding architecture, ingress 
memory hub 18, ingress memory 20), the method comprising: 

generating from each said data packet a record portion of predetermined fixed 
size and containing information about the packet (see column 2, lines 39-45, ingress 
memory hub sends flow id and packet size to the manager, see column 2, line 16, 
ingress flow id is inserted in packet headers by source port, see column 2, lines 52-56, 
ingress flow id scheduled by traffic manager and the ingress memory hub 18 uses the 
pointers in the associated queue to read next packet); 

storing only data portions of said packets in independent memory locations in a 
first memory (see figure 2, ingress memory 20, see column 4, lines 31-40, the ingress 
memory hub writes the packet into ingress memory according to the ingress flow id); 
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storing only said record portions in one or more managed queues in a second 
memory having fixed size memory locations equal in size to the size of the record 
portions (see figure 2, ingress memory hub 18, ingress queues 46 or ingress queues 
42, see column 4, lines 5-30, each ingress queue 46 is associated with flow id, length 
and class of service, each ingress queue 42 includes field 43 that tracks the total 
number of packets for flow, also includes ordered queue that identifies length of each 
packet for that particular flow id in the order the packets are received); 

and the memory locations in the first memory are arranged in blocks having a 
plurality of different sizes and the memory locations are allocated to the data portions 
according to the size of the data portions (see figure 2, ingress memory 20, see column 
4, lines 31-40, the ingress memory hub writes the packet into ingress memory according 
to the ingress flow id, see figure 2, ingress memory hub 18, ingress queues 46 or 
ingress queues 42, see column 4, lines 5-30, each ingress queue 46 is associated with 
flow id, length and class of service, each ingress queue 42 includes field 43 that tracks 
the total number of packets for flow, also includes ordered queue that identifies length of 
each packet for that particular flow id in the order the packets are received). 

Mittal does not expressly disclose the first memory is larger than the second 
memory. 

Beshai discloses the first memory is larger than the second memory (see figure 9 
memory B is larger that memory C, see paragraph 87 lines 1-30, memory C has stored 
control data while memory B has data stored of the streams, see paragraph 90, index 
for linked list structure of array). 
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Mittal and Beshai are analogous art since they are from the same field of 
endeavor of memory allocation for packets. 

At the time of the invention, it would have been obvious to one of ordinary skill in 
the art to use Beshai's technique of using memories wherein the first memory is larger 
than the second memory (see figure 9 memory B is larger that memory C, see 
paragraph 87 lines 1-30, memory C has stored control data while memory B has data 
stored of the streams, see paragraph 90, index for linked list structure of array) in 
Mittal's method and apparatus of queuing variable size data packets in a 
communication system (see figure 1a, end to end forwarding architecture, ingress 
memory hub 18, ingress memory 20). 

The motivation to combine being to have a method and apparatus for 
segmenting variable size packets of a data stream in order to simplify network design 
and increase transport efficiency while observing delay constraints to ensure high 
performance (see paragraph 2, lines 3-6, Beshai). 

As per claim 2, Beshai discloses wherein there are two sizes of memory location 
in the first memory arranged in two said blocks (see figure 9 memory a and b, see 
paragraph 52, lines 1-10, storage of a packet in an array of memories), one of a size to 
receive data portions of a first size and the other of a size to receive data portions of a 
second size (see figure 3, memory array, see paragraph 53, lines 1-12, packets a b and 
c storage arrangements a segment formed by row 312 contains data from a single 
packet while row 314 contains data from two or more packets), the second size being 
larger than the first size (see figure 3, memory array, see paragraph 53, lines 1-12, 
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packets a b and c storage arrangements a segment formed by row 312 contains data 
from a single packet while row 314 contains data from two or more packets), and 
wherein data portions that are too large to be stored in a single memory block are 
stored as linked lists in a plurality of blocks with pointers pointing to the next block (see 
paragraph 90, index for linked list structure of array). 

As per claim 3, Mittal discloses wherein the sizes of the memory locations in the 
blocks are matched to the most commonly occurring sizes of data packets in the 
communication system (see figure 2, ingress memory 20, see column 4, lines 31-40, the 
ingress memory hub writes the packet into ingress memory according to the ingress 
flow id, see figure 2, ingress memory hub 18, ingress queues 46 or ingress queues 42, 
see column 4, lines 5-30, each ingress queue 46 is associated with flow id, length and 
class of service, each ingress queue 42 includes field 43 that tracks the total number of 
packets for flow, also includes ordered queue that identifies length of each packet for 
that particular flow id in the order the packets are received). 

As per claim 4, Mittal discloses further comprising allocating the memory 
locations in said first memory from a pool of available addresses provided to it in 
batches from a central pool of available addresses (see column 4, lines 31-40, writes 
packet according to flow id and threshold (see column 5, 15-20), see column 7, lines 36- 
65, allocating and addressing ingress packets in memories). 

As per claim 6, Mittal reading the data portions from the first memory in pipelined 
manner by a data retrieval unit adapted to instruct a memory block to read out a data 
portion without having to wait for the previous read to be completed, and releasing the 
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address location from the first memory (see figure 2, ingress memory 20, see column 4, 
lines 31-40, the ingress memory hub writes the packet into ingress memory according to 
the ingress flow id, see figure 2, ingress memory hub 18, ingress queues 46 or ingress 
queues 42, see column 4, lines 5-30, each ingress queue 46 is associated with flow id, 
length and class of service, each ingress queue 42 includes field 43 that tracks the total 
number of packets for flow, also includes ordered queue that identifies length of each 
packet for that particular flow id in the order the packets are received). 
As per claim 7, Mittal discloses where there is insufficient memory for a received packet 
(see column 4, lines 31-40, writes packet according to flow id and threshold (see 
column 5, 15-20), see column 7, lines 36-65, allocating and addressing ingress packets 
in memories, enqueueing the record portion as though the corresponding data portion 
was stored in the first memory(see column 4, lines 31-40, writes packet according to 
flow id and threshold (see column 5, 15-20), see column 7, lines 36-65, allocating and 
addressing ingress packets in memories, subsequently reading out the record portion 
corresponding to the said data packet (see column 4, lines 31-40, writes packet 
according to flow id and threshold (see column 5, 15-20), see column 7, lines 36-65, 
allocating and addressing ingress packets in memories, setting a flag to indicate that the 
data portion of the said packet is to be discarded, discarding the said data portion, and 
releasing the memory location notionally allocated to the discarded data portion (see 
column 4, lines 31-40, writes packet according to flow id and threshold (see column 5, 
15-20), see column 7, lines 36-65, allocating and addressing ingress packets in 
memories. 
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Note: the functions following the phrase "adapted to" recited in claim 6, is not 
considered as positive limitation, i.e. the claim do not require such limitation but only 
require the ability to perform such functions. Therefore, it is suggested that the applicant 
remove the phrase "capable of to receive full patentable weight for the subsequent 
limitations. 

As per claim 8, Mittal discloses a bitmap of address locations and means 
operable such that, when a memory location is released after the data stored therein 
has been read out, the address of the released memory location is sent directly to the 
pool (see figure 2, ingress memory 20, see column 4, lines 31-40, the ingress memory 
hub writes the packet into ingress memory according to the ingress flow id, see figure 2, 
ingress memory hub 18, ingress queues 46 or ingress queues 42, see column 4, lines 
5-30, each ingress queue 46 is associated with flow id, length and class of service, each 
ingress queue 42 includes field 43 that tracks the total number of packets for flow, also 
includes ordered queue that identifies length of each packet for that particular flow id in 
the order the packets are received). 

As per claim 9, Mittal discloses a memory hub for queuing received data 
packets (see figure 1a, end to end forwarding architecture, ingress memory hub 18, 
ingress memory 20), comprising: 

an arrivals block, adapted to generate from each said data packet a record 
portion of predetermined fixed size and containing information about the packet (see 
column 2, lines 39-45, ingress memory hub sends flow id and packet size to the 
manager, see column 2, line 16, ingress flow id is inserted in packet headers by source 
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port, see column 2, lines 52-56, ingress flow id scheduled by traffic manager and the 
ingress memory hub 18 uses the pointers in the associated queue to read next packet); 

a first memory for storing only data portions of said packets in independent 
memory locations (see figure 2, ingress memory 20, see column 4, lines 31-40, the 
ingress memory hub writes the packet into ingress memory according to the ingress 
flow id), 

a second memory for storing only said record portions in one or more managed 
queues (see figure 2, ingress memory hub 18, ingress queues 46 or ingress queues 
42), the memory having fixed size memory locations equal in size to the size of the 
record portions (see figure 2, ingress memory hub 18, ingress queues 46 or ingress 
queues 42, see column 4, lines 5-30, each ingress queue 46 is associated with flow id, 
length and class of service, each ingress queue 42 includes field 43 that tracks the total 
number of packets for flow, also includes ordered queue that identifies length of each 
packet for that particular flow id in the order the packets are received); 

and the memory locations in the first memory are arranged in blocks having a 
plurality of different sizes and the memory locations are allocated to the data portions 
according to the size of the data portions (see figure 2, ingress memory 20, see column 
4, lines 31-40, the ingress memory hub writes the packet into ingress memory according 
to the ingress flow id, see figure 2, ingress memory hub 18, ingress queues 46 or 
ingress queues 42, see column 4, lines 5-30, each ingress queue 46 is associated with 
flow id, length and class of service, each ingress queue 42 includes field 43 that tracks 
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the total number of packets for flow, also includes ordered queue that identifies length of 
each packet for that particular flow id in the order the packets are received). 

Mittal does not expressly disclose the first memory is larger than the second 
memory. 

Beshai discloses the first memory is larger than the second memory (see figure 9 
memory B is larger that memory C, see paragraph 87 lines 1-30, memory C has stored 
control data while memory B has data stored of the streams, see paragraph 90, index 
for linked list structure of array). 

Mittal and Beshai are analogous art since they are from the same field of 
endeavor of memory allocation for packets. 

At the time of the invention, it would have been obvious to one of ordinary skill in 
the art to use Beshai's technique of using memories wherein the first memory is larger 
than the second memory (see figure 9 memory B is larger that memory C, see 
paragraph 87 lines 1-30, memory C has stored control data while memory B has data 
stored of the streams, see paragraph 90, index for linked list structure of array) in 
Mittal's method and apparatus of queuing variable size data packets in a 
communication system (see figure 1a, end to end forwarding architecture, ingress 
memory hub 18, ingress memory 20). 

The motivation to combine being to have a method and apparatus for 
segmenting variable size packets of a data stream in order to simplify network design 
and increase transport efficiency while observing delay constraints to ensure high 
performance (see paragraph 2, lines 3-6, Beshai). 
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Note: the functions following the phrase "adapted to" recited in claim 9, is not 
considered as positive limitation, i.e. the claim do not require such limitation but only 
require the ability to perform such functions. Therefore, it is suggested that the applicant 
remove the phrase "capable of to receive full patentable weight for the subsequent 
limitations. 

As per claim 10, Beshai discloses wherein there are two sizes of memory 
location in the first memory arranged in two said blocks (see figure 9 memory a and b, 
see paragraph 52, lines 1-10, storage of a packet in an array of memories), one of a 
size to receive data portions of a first size and the other of a size to receive data 
portions of a second size (see figure 3, memory array, see paragraph 53, lines 1-12, 
packets a b and c storage arrangements a segment formed by row 312 contains data 
from a single packet while row 314 contains data from two or more packets), the second 
size being larger than the first size (see figure 3, memory array, see paragraph 53, lines 
1-12, packets a b and c storage arrangements a segment formed by row 312 contains 
data from a single packet while row 314 contains data from two or more packets), and 
wherein data portions that are too large to be stored in a single memory block are 
stored as linked lists in a plurality of blocks with pointers pointing to the next block but 
without any pointers pointing from one data portion to the next data portion of the packet 
(see paragraph 90, index for linked list structure of array). 

As per claim 1 1 , Mittal wherein the sizes of the memory locations in the blocks 
are matched to the most commonly occurring sizes of data packets in the 
communication system (see figure 2, ingress memory 20, see column 4, lines 31-40, the 
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ingress memory hub writes the packet into ingress memory according to the ingress 
flow id, see figure 2, ingress memory hub 18, ingress queues 46 or ingress queues 42, 
see column 4, lines 5-30, each ingress queue 46 is associated with flow id, length and 
class of service, each ingress queue 42 includes field 43 that tracks the total number of 
packets for flow, also includes ordered queue that identifies length of each packet for 
that particular flow id in the order the packets are received). 

As per claim 12, Mittal discloses allocating the memory locations in said first 
memory from a pool of available addresses provided to it in batches from a central pool 
of available addresses (see column 4, lines 31-40, writes packet according to flow id 
and threshold (see column 5, 15-20), see column 7, lines 36-65, allocating and 
addressing ingress packets in memories). 

As per claim 14, Mittal discloses a data retrieval unit adapted to read out the data 
portions from the first memory in pipelined manner and to instruct a memory block to 
read out a data portion without having to wait for the previous read to be completed, and 
releasing the address location from the first memory (see figure 2, ingress memory 20, 
see column 4, lines 31-40, the ingress memory hub writes the packet into ingress 
memory according to the ingress flow id, see figure 2, ingress memory hub 18, ingress 
queues 46 or ingress queues 42, see column 4, lines 5-30, each ingress queue 46 is 
associated with flow id, length and class of service, each ingress queue 42 includes 
field 43 that tracks the total number of packets for flow, also includes ordered queue 
that identifies length of each packet for that particular flow id in the order the packets 
are received). 
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Note: the functions following the phrase "adapted to" recited in claim 6, is not 
considered as positive limitation, i.e. the claim do not require such limitation but only 
require the ability to perform such functions. Therefore, it is suggested that the applicant 
remove the phrase "capable of to receive full patentable weight for the subsequent 
limitations. 

As per claim 15, Mittal discloses where there is insufficient memory for a 
received packet (see column 4, lines 31-40, writes packet according to flow id and 
threshold (see column 5, 15-20), see column 7, lines 36-65, allocating and addressing 
ingress packets in memories), enqueueing the record portion as though the 
corresponding data portion was stored in the first memory(see column 4, lines 31-40, 
writes packet according to flow id and threshold (see column 5, 15-20), see column 7, 
lines 36-65, allocating and addressing ingress packets in memories), subsequently 
reading out the record portion corresponding to the said data packet (see column 4, 
lines 31-40, writes packet according to flow id and threshold (see column 5, 15-20), see 
column 7, lines 36-65, allocating and addressing ingress packets in memories), setting 
a flag to indicate that the data portion of the said packet is to be discarded, discarding 
the said data portion, and releasing the memory location notionally allocated to the 
discarded data portion (see column 4, lines 31-40, writes packet according to flow id 
and threshold (see column 5, 15-20), see column 7, lines 36-65, allocating and 
addressing ingress packets in memories). 

As per claim 16, Mittal discloses a bitmap of address locations and means 
operable such that, when a memory location is released after the data stored therein 
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has been read out, the address of the released memory location is sent directly to the 
pool (see figure 2, ingress memory 20, see column 4, lines 31-40, the ingress memory 
hub writes the packet into ingress memory according to the ingress flow id, see figure 2, 
ingress memory hub 18, ingress queues 46 or ingress queues 42, see column 4, lines 
5-30, each ingress queue 46 is associated with flow id, length and class of service, each 
ingress queue 42 includes field 43 that tracks the total number of packets for flow, also 
includes ordered queue that identifies length of each packet for that particular flow id in 
the order the packets are received). 

10. Claims 5 and 13 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Mittal et al. US 703521 2 B1 ) in view of Beshai et al. (US 2004/021 3291 ) further in view 
of Radharkrishnan et al. (US 2004/0022094 A1). 

As per claim 5, Mittal discloses a method of queuing variable size data packets in 
a communication system (see figure 1a, end to end forwarding architecture, ingress 
memory hub 18, ingress memory 20) and Beshai's technique of using memories 
wherein the first memory is larger than the second memory (see figure 9 memory B is 
larger that memory C, see paragraph 87 lines 1-30, memory C has stored control data 
while memory B has data stored of the streams, see paragraph 90, index for linked list 
structure of array). Mittal and Beshai do not expressly disclose the memory blocks are 
segregated into a plurality of memory channels and allocating addresses to data 
portions sequentially across channels whereby to spread the storage of data portions 
across the channels. 
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Radharkrishnan discloses the memory blocks are segregated into a plurality of 
memory channels and allocating addresses to data portions sequentially across 
channels whereby to spread the storage of data portions across the channels (see 
paragraph 31 , Scalable Node Controller (SNC) 1 1 0A and the I/O Hub (IOH) 1 20A, the 
SNC 1 10A may support one to four processors 100A and may interface directly or 
substantially directly to the processor's Bus 105A, the main memory controller in the 
SNC 1 10A may support four memory channels, a double data rate (DDR) memory 
hub(DMH) on each memory channel may control eight DDR dual in-line memory 
modules(DIMM)). 

Radharkrishnan, Mittal and Beshai are analogous art since they are from the 
same field of endeavor of memory allocation for packets. 

At the time of the invention, it would have been obvious to one of ordinary skill in 
the art to use Radharkrishnan's technique of using memory blocks are segregated into 
a plurality of memory channels and allocating addresses to data portions sequentially 
across channels whereby to spread the storage of data portions across the channels 
(see paragraph 31, Scalable Node Controller (SNC) 11 OA and the I/O Hub (IOH) 120A, 
the SNC 1 10A may support one to four processors 100A and may interface directly or 
substantially directly to the processor's Bus 105A, the main memory controller in the 
SNC 1 10A may support four memory channels, a double data rate (DDR) memory 
hub(DMH) on each memory channel may control eight DDR dual in-line memory 
modules(DIMM)) in Beshai's technique of using memories wherein the first memory is 
larger than the second memory (see figure 9 memory B is larger that memory C, see 
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paragraph 87 lines 1-30, memory C has stored control data while memory B has data 
stored of the streams, see paragraph 90, index for linked list structure of array) in 
Mittal's method and apparatus of queuing variable size data packets in a 
communication system (see figure 1a, end to end forwarding architecture, ingress 
memory hub 18, ingress memory 20). 

The motivation to combine being to have a method and apparatus for addressing 
needs of different server segments to address the needs for low-end systems and 
design proprietary components for mid-range and high-end systems (see paragraph 5, 
lines 10-15, Radharkrishnan). 

As per claim 13, Mittal discloses a method of queuing variable size data packets 
in a communication system (see figure 1a, end to end forwarding architecture, ingress 
memory hub 18, ingress memory 20) and Beshai's technique of using memories 
wherein the first memory is larger than the second memory (see figure 9 memory B is 
larger that memory C, see paragraph 87 lines 1-30, memory C has stored control data 
while memory B has data stored of the streams, see paragraph 90, index for linked list 
structure of array). Mittal and Beshai do not expressly disclose the memory blocks are 
segregated into a plurality of memory channels and allocating addresses to data 
portions sequentially across channels whereby to spread the storage of data portions 
across the channels. 

Radharkrishnan discloses the memory blocks are segregated into a plurality of 
memory channels and allocating addresses to data portions sequentially across 
channels whereby to spread the storage of data portions across the channels (see 
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paragraph 31 , Scalable Node Controller (SNC) 1 1 0A and the I/O Hub (IOH) 1 20A, the 
SNC 1 10A may support one to four processors 100A and may interface directly or 
substantially directly to the processor's Bus 105A, the main memory controller in the 
SNC 1 10A may support four memory channels, a double data rate (DDR) memory 
hub(DMH) on each memory channel may control eight DDR dual in-line memory 
modules(DIMM)). 

Radharkrishnan, Mittal and Beshai are analogous art since they are from the 
same field of endeavor of memory allocation for packets. 

At the time of the invention, it would have been obvious to one of ordinary skill in 
the art to use Radharkrishnan's technique of using memory blocks are segregated into 
a plurality of memory channels and allocating addresses to data portions sequentially 
across channels whereby to spread the storage of data portions across the channels 
(see paragraph 31 , Scalable Node Controller (SNC) 1 10A and the I/O Hub (IOH) 120A, 
the SNC 1 10A may support one to four processors 100A and may interface directly or 
substantially directly to the processor's Bus 105A, the main memory controller in the 
SNC 1 10A may support four memory channels, a double data rate (DDR) memory 
hub(DMH) on each memory channel may control eight DDR dual in-line memory 
modules(DIMM)) in Beshai's technique of using memories wherein the first memory is 
larger than the second memory (see figure 9 memory B is larger that memory C, see 
paragraph 87 lines 1-30, memory C has stored control data while memory B has data 
stored of the streams, see paragraph 90, index for linked list structure of array) in 
Mittal's method and apparatus of queuing variable size data packets in a 
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communication system (see figure 1a, end to end forwarding architecture, ingress 
memory hub 18, ingress memory 20). 

The motivation to combine being to have a method and apparatus for addressing 
needs of different server segments to address the needs for low-end systems and 
design proprietary components for mid-range and high-end systems (see paragraph 5, 
lines 10-15, Radharkrishnan). 

Conclusion 

1 1 . The prior art made of record and not relied upon is considered pertinent to 
applicant's disclosure. See form 892. 

12. Applicant's amendment necessitated the new ground(s) of rejection presented in 
this Office action. Accordingly, THIS ACTION IS MADE FINAL. See M PEP 

§ 706.07(a). Applicant is reminded of the extension of time policy as set forth in 37 
CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within 
TWO MONTHS of the mailing date of this final action and the advisory action is not 
mailed until after the end of the THREE-MONTH shortened statutory period, then the 
shortened statutory period will expire on the date the advisory action is mailed, and any 
extension fee pursuant to 37 CFR 1 .136(a) will be calculated from the mailing date of 
the advisory action. In no event, however, will the statutory period for reply expire later 
than SIX MONTHS from the date of this final action. 
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Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to ABDULLAH RIYAMI whose telephone number is 
(571)270-31 19. The examiner can normally be reached on Monday through Thursday 
8am-5pm EST. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Aung Moe can be reached on (571 ) 272-7314. The fax phone number for 
the organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 



/Aung S. Moe/ /Abdullah Riyami/ 

Supervisory Patent Examiner, Art Unit 2416 Examiner, Art Unit 2416 



